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(54) Facsimile apparatus 

(57) A method of registering data to an image form- 
ing apparatus at remote position comprising the steps of 
requesting type data of the image forming apparatus 
prior to data transmission to the apparatus, connparing 
predetermined type data with the type data obtained in 
response to the request, performing the data registra- 
tion to the image forming apparatus when the obtained 
type data corresponds to the predetermined type data, 
and suspending the data registration to the image form- 
ing apparatus when the obtained type data do not corre- 
spond to the predetermined type data. 
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Description 

BACKGROUND OF THE INVENTION 

The present invention relates to a facsimile appara- s 
tus for transmitting/receiving a remote command and 
transferring character files and data files. 

Conventionally, as an operation other than a normal 
transmission/reception operation in a facsimile appara- 
tus, for example, when remote commands are transmit- io 
ted/received, they are transmitted upon being divided in 
units of fixed packet lengths or in units of packets in cor- 
respondence with the remote commands. 

However, in such a facsimile apparatus, since 
remote commands in a file memory are divided in units is 
of fixed lengths regardless of their contents, a response 
to a specific rerrx^te command in a file from a receiving 
facsimile apparatus cannot be expected. For this rea- 
son, when remote commands are terminated as an 
error during transmission, the remote command trans- 20 
mission must be restarted from the beginning. 

A conventional facsimile apparatus discriminates 
the presence/absence of a transmission original in its 
communication protocol. When an original is present, a 
communication control program is started to transmit a 25 
read original content to an apparatus on the other end of 
the line. In an apparatus using the EChA procedure of 
the CCITT recommendation T3D in Its communication 
protocol, only image information is transmitted as fac- 
simile information. 30 

However, in a facsimile apparatus of this type, a 
character file cannot be transmitted in a transmission 
function other than an original transmission function due 
to a limitation on the communication protocol. When the 
ECM procedure of the CCiTT recommendation T30 is 3S 
used, a data file cannot be transmitted. 

1 

A conventional facsimile apparatus has many regis- 40 
tration items such as abbreviated dial numbers, a user 
telephone number, a user abbreviation, and the like. For 
this reason, when the apparatus is installed, a service 
person must manually perform input operations of these 
items for a long period of time. 45 

When a trouble of an apparatus occurs, a service 
person must go to the installation site of the apparatus 
to make adjustments of the apparatus. 

In order to reduce time/economic losses caused 
when a service person goes to the site of installation, a so 
technique for registering data of a facsimile apparatus 
or adjusting the apparatus from a remote place by utiliz- 
ing a communication function of the facsimile apparatus 
has been proposed. 

When data registration is performed from a remote 55 
place, it is easiest to perform communications in an 
HDLC frame format used by the facsimile apparatus in a 
communication procedure using a 300-bps modem, fol- 
lowing the CCITT recommendation V.21. of the facsim- 



ile apparatus so as to read/write data from/in an internal 
memory of the apparatus. 

In the CCiTT recommendation T.30 which defines 
the standards of the facsimile apparatus, however, a 
preamble for a 300-bps binary code signal is defined as 
a series of flag sequences of 1 second + 15% (CCITT 
T30 5.3.1.1), and the maximum length of one frame is 
defined to be 3 seconds + 15%. For this reason, an 
insignificant preamble of 1 second must be added to 
significant data of 3 seconds, thus providing disadvan- 
tages in data communication efficiency. 

The above-mentioned standards are determined 
assuming a frame having a maximum length of about 
100 bytes. For this reason, to receive data exceeding 3 
seconds without limitations requires a considerable 
change in software. When reception of infinitely large 
data is permitted, even when a communication enror 
occurs, an error portion cannot be immediately re-sent, 
and at] the data must be re-sent after transmission for a 
long period of time, thus considerably increasing the 
communication time. 

Furthermore, the above-mentioned time period of 1 
second is determined as a countermeasure against a 
factor such as an echo occurring on a communication 
line. It is not desirable to merely shorten this time Period 
since a communication erra may often occur due to a 
factor such as an echo in a long-distance communica- 
tion mode. 

In the remote registration operation, a receiver must 
inform to a transmitter whether or not registration is nor- 
mally performed after the receiver executes received 
commarKis. However, the registration items of the fac- 
simile apparatus are as many as several tens to several 
hundreds of items. For this reason, if registration is exe- 
cuted for each item, and a response for this registration 
is sertt back, communications require a very long period 
time. 

In order to eliminate the above-mentioned draw- 
back, a method of simultaneously executing registra- 
tions after all the commands are received, and then 
sending back a result indicating whether or not the reg- 
istrations are normally performed is also known. In this 
case, however, in order to receive all the commands, a 
large-capacity memory is required, in addition, when 
the registrations cannot be normally performed, and the 
receiver sends back a negative response, the transmit- 
ter cannot identify which of items cannot be registered. 

When data registrations are performed from a 
remote place, a host apparatus for performing the regis- 
tration operation must recognize the data format in the 
receiver, and must perform a write access matching 
with the recognized format. If this is not done, normal 
registrations cannot be performed in the receiver, thus 
causing a trouble. 

For example, when a 30-digit telephone number is 
to be registered facsimile apparatus having a maximum 
of 20 digits for an abbreviated dial number a executes 
received commands. However, the registration items of 
the facsimile apparatus are as many as several tens to 
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several hundreds of items. For this reason, if registration 
is executed for each item, and a response for this regis- 
tration Is sent back, communications require a very long 
period time. 

When remote registrations are to be performed, an s 
operator Is encountered to bear this In mind, and is 
expected to make operations after he or she recognizes 
the type of receiving apparatus. However, if the operator 
recognizes a wrong type of receiving apparatus, the 
content of the RAM may be destroyed. 10 

Furthermore, even in apparatuses of the same 
type, data attributes and RAM storage addresses may 
be changed depending on destination places, program 
versions, and the presence/absence of optional func- 
tions. However, since these pieces of information can- is 
not be normally disaiminated by a user, a service 
person must consequently go to the installation site, 
thus disabling the remote registrations. 

SUMMARY OF THE INVENTION 20 

It is an object of the present invention to provide a 
facsimile apparatus, which can prevent remote com- 
mands in a file memory from being divided in units of 
fixed lengths regardless of their contents, and can 25 
restart transmission of remote commands from a termi- 
nated position even when remote commands are termi- 
nated as an error during transmission. 

In order to achieve the above object, according to 
the present invention, a facsimile apparatus for transmit- 30 
ting/receiving facsimile information such as character 
information, image information, and the like, and a con- 
trol command, comprises means for adding a control 
code indicating a division of the control command to the 
control command, means for converting the control 35 
command added with the control code into packet data 
having a predetermined data length on the basis of the 
control code, and means for transmitting the packet 
data to a destination station. 

Preferably, according to the present invention, the • 40 
facsimile apparatus further comprises means for 
extracting the control command included in the packet 
data, and means for informing to an apparatus which 
transmitted the packet data that the control command 
was extracted, and the transmitting facsimile apparatus 45 
waits for a response to the control command from a 
receiving facsimile apparatus. 

It is another object of the present invention to pro- 
vide a facsimile apparatus which can expand an existing 
communication procedure to a procedure unique to a so 
file transfer operation, and can transfer file data con- 
verted into packets to a destination apparatus. 

In order to achieve this object, according to the 
present invention, a facsimile apparatus for transmit- 
ting/receiving facsimile information such as character 55 
information, image information, and the like, file data, 
and a control command, comprises means for adding a 
control code indicating a division of the control com- 
mand to the control command, means for storing the file 



data in a predetermined frame of the control command, 
means for converting the control command storing the 
file data into packet data having a predetermined data 
length on the basis of the control code, and means for 
transmitting the packet data to a destination station. 

2 

It is another object of the present invention to pro- 
vide a facsimile apparatus, which can execute registra- 
tions and adjustments by reading/writing data from/in an 
internal memory of the apparatus from a remote place, 
and can re-send only an error portion when a communi- 
cation error occurs during transmission of a large 
amount of data in the remote registration mode, thereby 
shortening the communication time even when an error 
occurs. 

In order to achieve the above object, according to 
the present invention, there is provided a facsimile 
apparatus for performing a data registration to a plurality 
of facsimile apparatuses connected to a public network 
through the public network, comprising means for input- 
ting registraition data, means for converting the registra- 
tion data into a predetermined frame format, means for 
monitoring the number of bytes of data constituting the 
frame, dividing means for. when the number of bytes 
exceeds a predetermined value, dividing the frame into 
a plurality of frames, and means for adding a code indi- 
cating continuation to the divided frame. 

It is still another object of the present Invention to 
provide a facsimile apparatus, which can set an arbi- 
trary preamble time in communications, thereby improv- 
ing communication performance. 

In order to achieve tiie above object, according to 
the present invention, there is provided a facsimile 
apparatus for performing a data registration to a plurality 
of facsimile apparatuses connected to a public network 
through the public network, comprising means for input- 
ting registration data, means for converting the registra- 
tion data into a predetermined frame format, and means 
for changing a preamble time of a preamble to be added 
to the beginning of the frame in the data registration to 
be different from a preamble time upon execution of a 
normal facsimile procedure. 

Otiier features and advantages of the present 
invention will be apparent from the following description 
taken in conjunction with the accompanying drawings, 
in which like reference characters designate the same 
or similar parts throughout the figures thereof. 

BRIEF DESCRIPTION OF THE DRAWINGS 

Fig. 1 is a block diagram showing tiie entire 

arrangement of a facsimile apparatus according to 

an embodiment of the present invention; 

Rg. 2 is a view showing a communication protocol 

executed by a communication control program 

according to the first embodiment; 

Rgs. 3A and 3B show frame formats of control sig- 
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nals in the facsimile apparatus according to the first 
embodiment; 

Figs. 4 and 5 are flow charts showing transmission 
processing in the facsimile apparatus of the first 
embodiment; 5 
Figs. 6A, 6B. and 6C are views showing remote 
commands transmitted in an NSS signal; 
Fig. 7 is a flow chart showing a processing 
sequence when remote commands are read out 
from a file memory in a transmitting facsimile appa- io 
ratus; 

Fig. 8 and Figs. 9A and 9B are flow charts showing 
remote command reception processing in the fac- 
simile apparatus of the first embodiment: 
Fig. 10 is a view showing remote commands is 
according to the first embodiment; 
Fig. 11 is a view showing a communication protocol 
executed by a communication control program 
according to the second embodiment: 
Fig. 1 2 is a view showing a communication format so 
of a partial page frame in the second embodiment: 
Figs. 13A, 13B, and 13C are views showing formats 
of FCD frames in the second embodiment: 
Fig. 1 4 is a flow chart showing a message transmis- 
sion processing sequence in the second embodi- 25 
ment; 

Fig. 15 is a flow chart showing FCD frame genera- 
tion processing in the second embodiment; 
Fig. 16 is a view showing a communication protocol 
executed by a communication control program of a 30 
facsimile apparatus according to the third embodi- 
ment; and 

Fig. 1 7 is a view showing a communication format 
according to the third embodiment. 

35 

waiS 

Fig. 18 is a diagram showing an arrangement of a 
facsimile apparatus according to the fourth embod- 
iment of the present Invention ; 40 
Fig. 19 is a view showing a display example on a 
screen according to the fourth embodiment: 
Fig. 20 shows comnrands according to the fourth 
embodiment: 

Figs. 21 A to 21 D show frame formats according to 4S 
the fourth embodiment: 

Fig. 22 is a chart showing a communication proto- 
col according to the fourth embodiment; 
Figs. 23A and 23B are flow charts showing an oper- 
ation of the apparatus according to the fourth so 
embodiment; 

Figs. 24A and 24B are flow charts showing an oper- 
ation of the apparatus according to the first modifi- 
cation of the fourth embodiment; 
Figs. 25 and 26 are flow charts showing an opera- ss 
tion of the apparatus according to the second mod- 
ification of the fourth embodiment; 
Figs. 27 and 28 are fbw charts showing call termi- 
nation processing in a facsimile apparatus accord- 



ing to the fifth embodiment of the present invention, 
Rgs. 29A to 29D show frames in an HDLC format in 
a facsimile apparatus according to the sixth embod- 
iment of the present invention; 
Figs. 30 A and 308 are flow charts showing a trans- 
mission operation in a facsimile apparatus accord- 
ing to the sixth embodiment; 
Figs. 31 A to 31 C are views showing buffer in a com- 
munication adapter according to a modification of 
the sixth embodiment; 

Rg. 32 is a diagram showing an arrangement of a 
remote registration apparatus according to the sev- 
enth embodiment of the present invention; 
Rg. 33 shows a display example on a screen upon 
data input according to the seventh embodiment; 
Rg. 34 shows commands according to the seventh 
embodiment; 

Rg. 35 shows a display exanpie on the screen 
upon transmission according to the seventh 
embodiment; 

Rg. 36 shows a frame format according to the sev- 
enth embodiment: 

Rgs. 37 and 38 are charts showing communication 
protocols according to the seventh embodiment; 
Rg, 39 is a flow chart showing an operation of the 
apparatus according to the seventii embodiment; 
Rg. 40 is a diagram showing an an-angement of an 
apparatus according to a modification of the sev- 
enth embodiment; 

Rg. 41 shows commands according to the modifi- 
cation of the seventh embodiment; 
Fig. 42 is a chart showing a protocol according to 
the modification of the seventh emlxKiiment; 
Rgs. 43 to 45 are flow charts showing an operation 
of the apparatus according to the modification of 
the seventh embodiment; 

Rgs. 46 to 49 are charts showing protocols of an 
apparatus according to the eighth embodiment of 
the present invention; and 
Rg. 50 is a flow chart showing preamble time con- 
trol in the apparatus according to the eighth embod- 
iment. 

DETAILED DESCRIPTION OF THE PREFERRED 
EMBODIMENTS 

The preferred embodiments of the present inven- 
tion will be described in detail below with reference to 
tiie accompanying drawings. 

[First Embodiment] 

Rg. 1 is a block diagram showing the entire 
arrangement of a facsimile apparatus according to tiie 
first embodiment of the present invention. As shown in 
Fig. 1, a facsimile apparatus 20 of this embodiment 
comprises a reading unit 1 for reading character infor- 
mation, and the like on an original, a recording unit 2 for 
storing various kinds of information, an operation unit 3 
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at which an instruction for realizing a predetermined 
function in the facsimile apparatus is input, a modem 4 
for modulating/demodulating input data to the facsimile 
apparatus 20 or output data to an external apparatus, 
and a network control unit (NCU) 5 for performing net- 5 
work control between the facsimile apparatus 20 and an 
external line network (telephone network) 16. 

in this facsimile apparatus 20, a CPU 6 controls the 
entire facsimile apparatus according to a control pro- 
gram stored in a ROM 7. and control information is 10 
stored in a RAM 8. The facsimile apparatus 20 is con- 
nected to a personal computer 1 1 through an external 
interface 9 and an RS-232C cable 15. and is also con- 
nected to another facsimile apparatus 12 having the 
same arrangement as that of the facsimile apparatus 20 is 
through the telephone network 16 and a telephone line 
13. 

The operation of the facsimile apparatus of this 
embodiment will be described below. 

When information transmission from a character f il e 20 
14 for storing remote commands through the personal 
computer 1 is Instructed at the operation unit 3 shown in 
Fig. 1. the CPU 6 executes predetermined processing 
according to the control program stored in the ROM 7. 
More specifically, the CPU 6 sends a file read command 25 
to the personal computer 1 1 via the external interface 9 
and the RS-232C cable 15. ther^y reading out the 
character file 14 of the personal computer 11. The CPU 
6 writes information received through the RS-232C 
cable 15 and the external interface 9 In a file memory 1 0 30 
like in the command transmission state. 

Assume that the CPU 6 enables the NCU 5 to per- 
form call generation processing to the telephone net- 
work 16 via the telephone line 13. and calls the facsimile 
apparatus 12. When the CPU 6 confirms a response 35 
from the facsimile apparatus 12, it reads out a predeter- 
mined communication control program stored in the 
ROM 7, and executes con-esponding processing. 

Fig. 2 shows a communication protocol executed by 
the communication control program. In this case, a com- 40 
munication is executed while branching from the flow of 
the CCITT recommendation T.30 to a specific flow. 
More specifically, since the flow of the CCITT recom- 
mendation T30 includes no remote command transmis- 
sion function, the T.30 flow is expanded to a specific 45 
procedure. In this embodiment, only the expanded por- 
tion will be d^cribed below. In this flow, symbols 
(abbreviation) of control signals attached to nodes have 
the same meanings as those in the CCITT recommen- 
dation T30. 50 

The remote command transmission function in the 
facsimile apparatus according to this embodiment will 
be described below. 

Figs. 4 and 5 are flow charts showing a T.30 
expanded flow of the transmission processing in the fac- 55 
simile processing of this embodiment. In Fig. 4. it is 
checked in step SI if a command is received. If NO in 
step SI , it is checked in step S2 if a predetermined 
period time has elapsed. If NO in step S2, ringing tone 



(CNG) information is generated in step S3. However, if 
YES in step SI. a DIS or DTC signal is checked in step 
S4. If YES in step S4. compatibility with a facsimile 
apparatus on the other end of a line is checked in step 

S5. 

In step SB. the presence/absence of a transmission 
original is checked. If NO in step S6 (YES is determined 
in a normal procedure), the presence of a remote com- 
mand transmission file is determined in step S7. Then, 
the control enters a file transfer procedure in node d. 

When the control advances to node d in Fig. 5. the 
presence/absence of a command or data in a file is 
checked in step S9. If no command nor data is detected, 
the flow advances to node c. In node c, a DCN as a Tine 
disconnection command is transmitted, and the line is 
disconnected. On the other hand, if a remote command 
or data is detected, a file transfer mode of a remote 
command is checked in step SIO. If the mode is not 
changed, the remote command or file data is stored in 
an NSS signal indicating a non-standard device setting 
function, and the NSS signal is transmitted in step S1 1 . 

If a response signal is received in step S13. if it is 
determined in step SI 4 that the response signal is nei- 
ther a DIS signal nor a DTC signal, and if an 
MCF/RTP/RTN signal is confirmed in step SI 5. SIS, or 
SI 7, the flow returns to node d again, and a file transfer 
operation is subsequently executed. However, if YES in 
step SI 4. i.e.. if the response signal is a DIS or DTC sig- 
nal, the flow advances to step S24. If it is determined in 
step S24 that an MCF/RTP/RTN signal cannot be 
received after three trials like in the normal T30 proce- 
dure, the flow advances to node c. 

On the other hand, if it is determined in step 810 
that the file transfer mode of, e.g., the remote command 
is changed, an EOM as an end of message is sent in 
step S12. It is then checked in step S18 if a response 
signal is received. In each of steps S19 to S21, it is 
checked if an MCF/RTP/RTN signal is received. 

Figs. 3A and 3B show frame formats of control sig- 
nals in the facsimile apparatus of this embodiment. Fig. 
3A shows the format of a control frame having a facsim- 
ile infornnation field, and Fig. 3B shows the frame format 
of an NSS signal. 

In this facsimile apparatus, a remote command or 
character file data in the file memory is read out charac- 
ter by character from the file memory under the control 
of the communication control program, and is transmit- 
ted using the NSS signal at 300 bps in the communica- 
tion format shown in Figs. 3A and 3B. 

After the flow branches to the specific procedure for 
file transfer, a remote command or file data is set in an 
NSS signal and transmitted. 

Fig. 6 A shows a remote command to be transmitted 
using the NSS signal, and Fig. 6B shows a file transfer 
command. These commands are transmitted while 
being stored in a command data portion of the NSS sig- 
nal. More specifically, 01 h (H indicates hexadecimal 
notation) indicates that the remote command or file 
transfer command is transferred, and thereafter, the 
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remote command or data to be transferred is stored. 

Fig. 6C shows file transfer data to be transmitted 
using the NSS signal. The data is transmitted while 
being stored in the command data portion of the NSS 
signal. More specifically, 02h indicates the file transfer 
data, and thereafter, data to be transferred is stored. 

Fig. 7 Is a flow chart showing a processing 
sequence executed when a remote command or data is 
read out from the file memory in the transmitting facsim- 
ile apparatus. In Fig. 7, in step S31, a country code is 
set. In step 332, a manufacturer code is set. In step 
S33, a specification number of the NSS signal is set In 
step S34. a command "02" is set. 

In step S35, the presence/absence of a remote 
command or transmission data is checked. If YES in 
step S35. it is checked in step S36 if the command or 
data is a line feed code. If NO in step S36, the command 
or data is set in step S37. In step S38, it is checked if the 
length of the set command or data is equal to or smaller 
than a maximum length. If YES in step S38. the flow 
returns to step S35. 

H no command or data is detected in step S35, If a 
line feed code is detected in step S36, or if it is deter- 
mined in step S38 that the command length or data 
length is larger than the maximum length, the flow 
advances to step S39 to set FCS, thus ending transmis- 
sion of the NSS signal. The control then waits for a 
response signal from the facsimile apparatus 12 on the 
other end of the line. 

Upon detection of the end of the NSS signal from 
the transmitter, the facsimile apparatus 12 (receiver) 
extracts the remote command or data from an FIF field 
in the NSS signal, and executes predetermined 
processing. Thereafter, the facsimile apparatus 12 
sends an MCF signal for requesting the transmitter to 
send the next command or data. 

Remote command reception processing in the fac- 
simile apparatus of this embodiment will be described 
below with reference to the T.30 expanded flows shown 
in Fig. 8 and Figs. 9A and 9B. 

In step S41 in Fig. 8, NSF. CSl. and DIS signals are 
transmitted, and it is checked In step S42 If a response 
to these signals is received. If NO in step S42, It is 
checked in step S43 if a predetermined period of time 
has elapsed. However, if YES in step S42, It is checked 
in step S44 if a command is received, and it is then 
checked in each of steps S45 to S47 if a command sig- 
nal DTC, DIS, or DCS is received. 

In step S48, it is checked If the received command 
is an NSS signal including a remote command or file 
transfer command in addition to the normal procedure 
signals. If YES in step S48, node f is executed. 

In node f shown In Fig. 9A. it is checked in step S51 
if a command is received. If it is determined in step S54 
that an NSS signal including a remote command is 
received, it is checked in step S54a if a line feed code is 
attached to the end of the remote command. In step 

555. the remote command is stored in a file. In step 

556. it is checked if the remote command can be nor- 



mally processed. If NO in step S56, an RTN signal is 
sent back as a response signal in step S60, and the flow 
returns to node f . 

When this flow processes a character file, it Is 
5 checked in step S51 in node f shown in Fig. 9B If a com- 
mand is received. If It is determined in step S54 that an 
NSS signal including file transfer data is received, the 
data is stored In a file in step S55a. In step S56a. it is 
checked if the file can be normally processed. If NO in 
10 step S56a, an RTN signal is sent back as a response 
signal in step S60, and the flow returns to node f. 

However, if it is determined in step S56 or S56a that 
the remote command or the file can be normally proc- 
essed, it Is checked in step S57 if processing can be 
15 continued. If NO in step S57, an RTF signal is sent back 
as a response signal in step S59, and the flow returns to 
node 1 On the other hand, if the remote command or the 
file can be normally processed, and the processing can 
be continued, an MCF signal Is sent back as a response 
20 signal in step S58, and the flow then returns to node f. 

In node f, if it is determined in step S51 that no com- 
mand is received, and if It is determined in step S52 that 
a predetermined period of time (a time T2) has elapsed, 
if an EOM signal can be detected in step S53, the flow 
25 advances to node R; otherwise, line disconnection 
processing in node B is executed. Upon reception of the 
MCF signal from the facsimile apparatus 1 2 on the other 
end of the line, the transmitter subsequently reads out a 
remote command or data from the file memory, converts 
30 it into a packet, and transmits the packet signal. 

Fig. 10 shows an example of a remote comnnand. In 
this case. Fig. 10 shows a case wherein remote com- 
mands (groups A and B) in af ile are transferred from the 
transmitter to the receiver. In Fig. 10, using the com- 
as mand in the group A, a telephone number Is written in a 
"telephone number memory" of the facsimile apparatus 
on the other end of the line. Using the command In the 
group B, a name is written in a "name memory" of the 
facsimile apparatus on the other end of the line. 
40 At this time, the command In the group B must be 
transmitted after it is confirmed that the command in the 
group A is processed at the receiver side. For this rea- 
son, when a line feed code is stored after the group A, 
processing of the group A at the receiver side can be 
45 checked by a response signal at the transmitter side. 

In this manner, in data transmission/reception in the 
facsimile apparatus, when a specific control code Indi- 
cating the end of a command is input to a remote com- 
mand in a character file, a specific command can be 
50 prevented from being divided in units of fixed lengths 
regardless of Its content, and a transmitting facsimile 
apparatus can wait for a response signal to the com- 
mand from a receiving facsimile apparatus. 

Since the control code is input, even when trans- 
55 mission of remote commands is terminated halfway as 
an error, command transmission can be restarted from 
a portion where a transmitting facsimile apparatus can- 
not receive a response signal from a receiving facsimile 
apparatus. Thus, the remote commands need not be 
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retransmitted from the beginning. 

Furthermore, an existing communication procedure 
is expanded, character file data is stored in a control 
command, and the control command is transmitted to a 
destination station as a packet signal. In this manner, 
character file data having a desired data length can be 
transferred. 

[Second Embodiment] 

In the first emtxxjiment. a line feed code is used as 
the control code. Other codes, e.g., an EOF code or a 
page end code may be used. 

As a remote command transmission method, a 
command may be stored not in an NSS signal but in a 
facsimile message in the ECM procedure. 

A case will be described below wherein a command 
is stored in a facsimile message In the ECM procedure. 
Since the arrangement of a facsimile apparatus accord- 
ing to the second embodiment is the same as that of a 
facsimile apparatus according to the first embodiment, a 
detailed description thereof will be omitted. 

In the facsimile apparatus according to this embod- 
iment, when a facsimile apparatus 12 on the other end 
of a line responds, a CPU 6 reads out a communication 
control program stored in a ROM 7, and executes pre- 
determined processing. Fig. 1 1 shows a communication 
protocol executed by this communication control pro- 
gram. 

In this embodiment, in order to perform a file trans- 
fer operation, a communication is executed while 
branching from the CCITT recommendation T.30 ECM 
flow to a specific flow. Since the CCITT recommenda- 
tion T.30 ECM flow includes no remote command trans- 
mission function, only a portion expanded to a specific 
procedure will be described below. In a procedure until 
a facsimile message is transmitted, the pres- 
ence/absence of a normal transmission original Is 
checked, and if it is determined that no transmission 
original is present, the presence/absence of a transmis- 
sion file need only be checked. In remote command 
reception processing executed by the facsimile appara- 
tus 12, since a procedure up to message reception 
need only be performed after it is confirmed that the 
specific mode is set. a detailed description thereof will 
be omitted in this embodiment. 

In the facsimile apparatus according to this embod- 
iment, a command in a character file in a file memory is 
read out character by character from the file memory by 
the communication control program, and is transmitted 
in a partial page frame of a high-speed modem in a 
communication format shown in Fig. 12. 

Figs. ISA to 13C show the format of an FCD frame. 
Fig. 13A shows the format of the entire frame. Fig. 13B 
shows the format of the first FCD frame, and Fig. 13C 
shows the format of an n-th FCD frame. In this embodi- 
ment, after the control branches to a specific remote 
command transmission procedure, a remote command 
is set in an FIF field of the FCD frame, and the FCD 



frame is transmitted. 

Message transmission processing of this embodi- 
ment will be described below. 

Fig. 14 is a flow chart showing the message trans- 
5 mission processing sequence of this embodiment. In 
■ Fig. 14, in step 70. a training signal is transmitted, and. 
in step S71 , an FCD frame is generated and transmit- 
ted. In step S72. the set state of an RCP flag is checked, 
and in step S73. it is checked if the frame number has 
10 reached 256. 

If it is determined in step S72 that the RCP flag is 
set or if it is determined in step S73 that the frame 
number has reached 256, an RCP frame is generated 
and transmitted in step S74. The presence/absence of 
15 data, i.e., the presence/absence of a remote comnnand 
is checked in step S75. If YES in step S75, the flow 
advances to step S76 to transmit a PPS-NULL signal. 
However, if NO in step S75, a PPS-EOP signal is trans- 
mitted in step S77. 
20 Fig. 15 is a flow chart showing FCD frame genera- 
tion processing. That is. Fig. 15 shows processing for 
reading out a remote command from the file memory, 
and generating an FCD frame in the transmitter. A flag, 
an address field, a control field, FCF (FCD) , and a frame 
25 nunnber are set in steps S80 to S84 in Fig. 1 5. and CNT 
is set to be "0" in step 885. 

In step S86, the presence/absence of data, i.e., a 
remote command is checked. If YES in step S86. it is 
checked in step S87 ri the command is a line feed code. 
30 If NO in step S87, data is set in step S88, and the data 
length is checked in step S91. In this manner, com- 
mands are repetitively set until the remote command 
length reaches a predetermined length. 

However, if no remote command is detected or if 
35 the command is a line feed code, an RCP flag is set in 
step S89. and "0" data is set in step S90. In step S91, 
the data length is checked. In this manner, "0" data are 
repetitively set until the remote command length 
reaches a predetermined length. 
40 In step S92, an FCS command is set, thus ending 
this processing. 

Since the command reception processing in the 
facsimile apparatus 12 (receiver) is the same as that in 
the first embodiment shown in Fig. 8 and Figs. 9A and 
45 9B. a detailed description thereof will be omitted. 

In this manner, in this embodiment, a transmitting 
facsimile apparatus can wait for a response signal to a 
specific command from a receiving facsimile apparatus 
like in the first embodiment. In addition, en-or retrans- 
50 mission can be restarted from a portion where the 
transmitting facsimile apparatus cannot receive a 
response signal, 

[Third Embodiment] 

55 

The third embodiment according to the present 
invention will be described below. Since the arrange- 
ment of a facsimile apparatus according to this embodi- 
ment is the same as that of the first embodiment, an 
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illustration and a description thereof will be omitted. In 
the facsimile apparatus according to this embodiment, a 
data file is used in place of a character file. 

Fig. 16 shows a communication protocol executed 
by a communication control program of the facsimile s 
apparatus according to this embodiment. In this case, in 
order to perform a file transfer operation, a communica- 
tion is executed while branching from the CCITT recom- 
mendation 130 ECM flow to a specific flow. Since the 
CCITT recommendation T.30 ECM flow includes no io 
remote command transmission function, the T.30 flow Is 
expanded to a specific procedure. 

In the facsimile apparatus of this embodiment, a 
command in a data file in a file memory is read out from 
the file memory in predetermined units by the communi- is 
cation control program, and is transmitted in a partial 
page frame of a high-speed modem In a communication 
format shown in Fig. 17, The control branches to a spe- 
cific file transfer procedure to set file data in an FIF field 
- of an FCD frame, and the FCD frame is transmitted. 20 
The format of the FCD frame is the same as that 
shown in Figs. 13 A. 13B. and 13C. 

Message transmission processing and FCD frame 
generation processing in the facsimile apparatus of this 
embodiment are the same as those of the second 25 
embodiment shown in Figs. 14 and 15. 

Since file reception processing in the facsimile 
apparatus of this embodiment is the same as the T.30 
expanded flow shown in Figs. 8 and SB. it will be 
desaibed below with reference to Figs. 8 and SB. so 

In file reception processing in a facsimile apparatus 
12 (receiver) on the other end of a line, a received file is 
stored in the file memory in place of outputling of image 
information in a normal facsimile communication. 

More specifically, in step S41 in Fig. 8, NSF, CSI, 35 
and DIS signals are transmitted, and it is checked in 
step S42 If a response to these signals is received. If 
NO in step S42, it is checked in step S43 if a predeter- 
mined period of time has elapsed. However, if YES in 
step S42, it is checked in step 844 if a command is 40 
received, and it is then checked in each of steps S45 to 
847 if a command signal DTC, DIS, or DCS is received. 

In this case, in step 848 in the first embodiment, it 
is checked if the received command is an NSS signal 
including a remote command. However, in this embodi- 45 
ment. it is checked if the received command is an NSS 
signal including a file transfer command in addition to 
the normal procedure signals. If YES in step 848, the 
following node f is executed. 

More specifically, in node f (Fig. SB), it is checked in so 
step S51 in node f if a command is received. If it is 
determined in step S54 that an NSS signal including file 
transfer data is received, the data is stored in a file in 
step S55a. In step S56a, it is checked if the file can be 
normally processed. If NO in step S56a. an RTN signal ss 
is sent back as a response signal in step S60, and the 
flow returns to node f. 

However, if it is determined in step S56a that the file 
can be normally processed, it is checked in step 857 if 



processing can be continued. If NO in step S57, an RTF 
signal is sent back as a response signal in step S59. 
and the f low.returns to node f. On the other hand, if the 
file can be noi-mally processed, and the processing can 
be continued, an MCF signal is sent back as a response 
signal in step 858. and the flow then returns to node 1 

In node f, if it is determined in step 851 that no com- 
mand is received, and if it is determined in step S52 that 
a predetermined period of time (a time T2) has elapsed, 
if an EOM signal can be detected in step S53, the flow 
advances to node R; othenwise, line disconnection 
processing in node B is executed. 

In this manner, when an existing communication 
procedure is expanded to a specific file transfer proce- 
dure, file data can be transferred in a packet to a desti- 
nation station. 

(Fourth Enrt)odiment) 

Rg. 18 is a diagram showing an arrangement of a 
facsimile apparatus according to the fourth embodiment 
of the present invention. In Fig. 18. reference numeral 
51 denotes a PC (personal computer), at which an oper- 
ator performs. e.g., a data input operation, and which 
controls the entire system. An operator inputs data 
according to screen data, as shown in Fig. 19. 

The PC 51 generates a command file for a remote 
registration mode using the input data, and transfers It 
to a communication adapter 52. 

The communication adapter 52 transmits the com- 
mand file received from the PC to a terminal. In this 
embodiment, a facsimile apparatus comprising an R8- 
232C interface (l/F) for the PC is used as the communi- 
cation adapter 52. 

A terminal facsimile apparatus 53 includes at least 
one terminal facsimile apparatus connected to a public 
network 54. The terminal facsimile apparatus 53 
receives commands sent from the communication 
adapter, and performs, e.g., read/write operations of a 
memory according to the commands. 

The operation of the facsimile apparatus according 
to the fourth embodiment of the present invention will be 
described below with reference to the flow charts shown 
in Figs. 23A and 23B. 

An operator inputs, e.g., a user telephone number 
according to a menu displayed on the screen of the PC, 
as shown in Fig. 19. 

The PC analyzes the input data, and converts the 
data into remote registration commands to generate a 
command file to be transmitted (see Fig. 20). 

This command file is an ASCII file, and each com- 
mand is constituted by adding data input by the operator 
after a command ID (two characters) defined for each 
registration item. 

The end of data is expressed by cr code + H code 
(ODH. OAH). 

When all the data input by a user are converted into 
the command file, the PC transfers the generated com- 
mand file to the communication adapter. 
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In this embodiment, this transfer operation is per- 
formed using the RS-232C l/F. However, other high- 
speed l/Fs such as an SCSI l/F may be used. 

The communication adapter is of a model prepared 
by adding a software program for the present invention s 
to a facsimile apparatus comprising the RS-232C l/F. 
The communication adapter stores the command file 
received through the RS-232C l/F in a memory, and 
then generates a call to a target facsimile apparatus to 
be subjected to registrations. 

As shown in Fig. 22, upon reception of a calling sig- 
nal (CI) from the circuit, the terminal facsimile apparatus 
closes the circuit, sends a CED signal, and then sends 
NSF, CSI, and DIS signals. 

In this NSF (non-standard function) signal, the ter- is 
minal facsimile apparatus states that it has a function of 
accepting the remote registrations. 

After the communication adapter confirms the 
statement indicating the presence of the remote regis- 
tration function in the NSF signal, it sets a remote regis- so 
tration command in an NSS ( non-standard function 
setting) signal, and transmits the NSS signal. 

Upon reception of the remote registration com- 
mand, the terminal facsimile apparatus performs a reg- 
istration according to the received command. When the 25 
registration is normally ended, the terminal facsimile 
apparatus sends back an MCF signal as a positive 
response: otherwise, it sends back an RTN signal. 

After the communication adapter confirms the MCF 
signal, if commands to be transmitted still remain, the so 
communication adapter sets the commands in the NSS 
signal and transmits the NSS signal again. After all the 
commands are transmitted, the communication adapter 
sends a DCN signal to end the communication. 

A communication operation between the communi- 3S 
cation adapter and the terminal facsimile apparatus in 
the remote registration operation will be described 
below with reference to the flow charts shown in Figs. 
23A and 23B. 

As described above, a command to be used in the 40 
remote registration operation is set in a frame In the 
HDLC frame, and is transmitted. 

In the HDLC format, as shown in Figs 21 A to 21 D, a 
portion between one flag (7EH) and another flag is 
processed as a frame, and the frame is divided into an 45 
address field, a control field, an FCF field, an FIF field, 
and an FCS field. These fields except for the FIF field 
are those having fixed lengths. 

Since the maximum length of one frame is deter- 
mined to fall within 3 seconds in the CCITT recommen- so 
dation. it is 3 (seconds) x 300 (bits)^ 8 = 112 bytes at 
300 bps. 

Since this frame includes the address field (1 byte), 
the control field (1 byte), the FCF field (1 byte), and the 
FCS field (2 bytes), the limit length of the FIF field for ss 
storing commands is 107 bytes. 

More specifically, in this embodiment, the frame is 
divided, so that commands stored in the frame do not 
exceed 107 bytes, and a code indicating division is 



added to the divided frames. 

Prior to a communication, the communication 
adapter clears a counter representing the number of 
bytes set in the frame to "0" in step S101 . 

The communication adapter reads out a command 
file received from the PC and stored in the memory from 
the beginning in step S102, and sequentially sets the - 
readout file in a transmission buffer in step SI 03. In step 
SI 04, the communication adapter increments the coun- 
ter by "1". 

When the communication adapter finds a cr code + 
^f code (ODH. OAH) indicating the end in the readout 
data, it sets the readout data up to the /f code (OAH) in 
the transmission buffer, and transmits the data in the 
transmission buffer. 

When the length of the commands to be transmitted 
exceeds 107 bytes, the communication adapter auto- 
matically inserts a code indicating continuation when 
the content of the counter reaches 106, and It transmits 
the data obtained so far (steps S107 and S108). 

In this embodiment, the code indicating continua- 
tion is an ff code (OCH). 

Since the trailing end of the received frame termi- 
nates with an ff code, the receiving apparatus recog- 
nizes a continuous frame, holds the received data, and 
sends back an MCF signal. 

Upon reception of the MCF signal, the communica- 
tion adapter reads out the remaining command from the 
command file, sets the readout command in the trans- 
mission buffer, and transmits the command. 

In this case, the counter is incremented while set- 
ting commands, and when the counter value reaches 
106, an ff code is similarly inserted to indicate a contin- 
uous frame. 

In this manner, the transmission operation is contin- 
ued, and when a cr code + ^ code are found, data up to 
the £i code are transmitted (steps S1 12 and S1 14). 

Upon reception of an ff code, the receiving appara- 
tus holds data, and adds the next frame to the end of the 
•previously held data. 

Upon reception of a frame which terminates with a 
cr code + H code, the receiving apparatus executes the 
received data from the beginning, and sends back a 
negative or positive response. 

In this embodiment, when data cannot be normally 
transmitted due to a factor such as noise in the frame 
transmission operation, the receiving apparatus com- 
pares data in the FCS field and a value calculated 
based on data in the received frame so as to detect an 
error. The calculation method of data in the FCS field 
complies with the CCITT recommendation T.30/5.3.7. 

Upon detection of an error, the receiving apparatus 
abandons the received frame, and does not send back 
any response. When no significant response can be 
obtained for a command, the transmitting apparatus re- 
sends the same information after an elapse of 3 sec- 
onds. Thus, the receiving apparatus waits for the re- 
sent information to continue reception. 

Therefore, when a communication error occurs, a 
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frame terminated as an error can re-sent 3 seconds 
later. Thus, the transmission time can be prevented 
from being wasted unlike when a large amount of data 
are transmitted without being divided, no significant 
response is sent back after the transmission time of sev- 
eral tens of minutes, and re-transmission is performed 
another several tens of minutes. 

Re-transmission is performed up to twice. That is, 
when no significant response can be obtained In three 
transmission operations including the first transmission 
operation, the transmitting apparatus stops a communi- 
cation, sends a DCN signal, and releases the circuit. 

(First Modification) 

The first modification of the fourth embodiment of 
the present invention will be described below. 

in the fourth embodiment, the frame having a max- 
imum length of 3 seconds can be divided while paying 
attention to the number of bytes by calculating the 
number of bytes that can be transmitted within 3 sec- 
onds. In this modification, the frame is divided while 
paying attention directly to the transmission time of the 
frame. 

This modification is constituted by the PC, the com- 
munication adapter, and the terminal facsimile appara- 
tus, as shown in Fig. 18. as in the fourth embodiment. 

The operation of this modification is the same as 
that in the fourth embodiment. That is. when an operator 
inputs data according to a menu shown in Fig. 19. the 
PC analyzes input data to generate a command fOe 
(Fig. 20). and transfers the command file to the commu- 
nication adapter. 

When the communication adapter stores the 
received command file in its internal memory, it calls the 
terminal facsimile, and transmits the content of the com- 
mand file. The terminal facsimile executes remote regis- 
trations according to the sent commands, and transmits 
an MCF or RTN signal depending on the execution 
result. Commands, a protocol, and the like to be used 
are the same as those in the fourth embodiment. 
The communication operation between the communica- 
tion adapter and the terminal facsimile in this modifica- 
tion will be described below with reference to the flow 
charts shown in Figs. 24A and 24B. 

The communication adapter sequentially reads out 
a command file received from the PC and stored in the 
memory from the beginning, and sets the readout com- 
mand file in a transmission buffer (steps S201 and 
S202). 

When the communication adapter finds a cr code + 
a code (ODH, OAH) indicating the end from the readout 
data, it sets the readout data up to the ^ code (OAH) in 
the transmission buffer, and starts transmission of the 
data in the transmission buffer. 

At the beginning of the transmission, a transmission 
timer is set to be 3 seconds, and the start address of the 
buffer is stored in a start pointer The transmission oper- 
ation is continued until the transmission timer reaches a 



time-out state or a cr code + if code are detected in the 

transmission data (steps S204 lo S207). 

When a cr code + li code are detected, a command 

end flag is set to be "true", and a response reception . 
5 routine is started (steps S209 and S211 ), 

If the transmission timer reaches a time-out state 

before all the data in the buffer are transmitted, an ff 

code (OCH) indicating a continuous frame is transmit- 
ted at that time. 
10 The address of data next to the finally transmitted 

data is stored in a next pointer, and the command end 

flag is set to be 'lalse", thus starting the response 

reception routine (steps S210 and S21 1). 

When an MCF is received in the response recep- 
75 tion routine, the command end flag is checked. If the 

flag is "true", it is then checked if all the commands are 

transmitted (steps S213 and S215). 

If commands to be transmitted still remain, the flow 

returns to the node before step S201 , and an operation 
20 for setting the next command in the transmission buffer 

is repeated. 

If alt the commands are transmitted, a DCN signal 
is transmitted, and a communication is normally ended. 
Upon reception of the MCF signal, if the command 

25 end flag is "false", the remaining data in the transmis- 
sion buffer are transmitted. When the comnnand end 
flag is "false", since the address of the next data is 
saved in the next pointer, the transmission is restarted 
from the saved address. 

30 In this case, when the transmission time exceeds 3 
seconds, an ff code is inserted to divide the frame. In 
this manner, the transmission is performed until a cr 
code + H code indicating the end of the commands are 
found. 

35 If a command other than the MCF signal is received 
in the response reception routine, since this means that 
the registration cannot be normally performed, a DCN 
signal is transmitted to terminate a communication as 
an error. 

40 If no command can be received within 3 seconds in 
the response reception routine, the number of times of 
transmissions is checked. If the nunnber of times of 
transmissions is less than 3. re-transmission is per- 
formed from the address saved in the start pointer. 

45 If no significant response can be received after the 
three transmission operations, a DCN signal is transmit- 
ted to terminate a communication as an error. 

(Second Modification) 

so 

The second modification of the fourth embodiment 
will be described below. In this modification, in a remote 
apparatus, a frame is divided at the PC side- 
In the fourth embodiment, the PC generates a 
55 remote registration command file without limiting its 
data length. The communication adapter divides the 
generated command file upon transmission, and adds a 
code indicating continuation to the divided files. In this 
modification, the PC divides a command file exceeding 
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a predetermined value, and inserts a code indicating 
continuation. Thereafter, the PC transfers the divided 
command files to the communication adapter, and the 
communication adapter sinrply transmits the received 
command files. 

This modification is constituted by the PC. the com- 
munication adapter, and the terminal facsimile appara- 
tus, as shown in Fig. 18, as in the fourth embodiment. 

The operation of this modification is the same as 
that In the fourth embodiment. That is, when an operator 
Inputs data according to a menu shown in Fig. 19, the 
PC analyzes input data to generate a command file, and 
transfers the command file to the communication 
adapter. 

As shown in Fig. 25. prior to the transfer operation, 
the PC initializes a transfer counter to "0". and thereaf- 
ter, increments the transfer counter by "V every time 1 
byte is transferred (steps S303 to S305). 

The transfer counter is cleared to X)" when an ^ 
code (OAH) is found. If the transfer counter reaches 
"106", the PC forcibly inserts an ff code (OCH) indicat- 
ing continuation, clears the transfer counter to "0". and 
continues the transfer operation (steps S306, S307, and 
S309). 

Thus, the command file received by the communi- 
cation adapter always includes an ff code indicating the 
end or an ff code indicating continuation within 107 
characters. 

As shown in Fig. 26, the communication adapter 
sequentially reads out the command file received from 
the PC and stored in the memory from the beginning, 
and sets the readout command file in a transmission 
buffer (steps S31 1 and S312). 

When the communication adapter finds an /f code 
indicating the end or an ff code indicating continuation in 
the readout data, it sets the readout data up to the found 
code in the transmission buffer, and starts transmission 
of the data in the transmission buffer. 

Since the frame is divided in advance t)y the PC to 
have a maximum of 107 characters, the transmission 
time per frame always falls within 3 seconds. 

Upon completion of transmission of data in the 
transmission buffer, a response reception routine is 
started. If an \^CF signal is received in the response 
reception routine, it is then checked if all the commands 
are transmitted (steps S317 and S319). 

If commands to be transmitted still remain, the flow 
returns to the node before step S31 1 , and an operation 
for setting the next command in the transmission buffer 
is repeated. 

If all the commands are transmitted, a DCN signal 
is transmitted to normally end a communication. 

If a command other than the MCF signal is received 
in the response reception routine, since this means that 
the registration cannot be normally performed, the DCN 
signal is transmitted to terminate a communication as 
an error. 

If no command can be received within 3 seconds in 
the response reception routine, the number of times of 



transmissions is checked. If the number of times of 
transmissions is less than 3. re-transmission is per- 
formed from the beginning of the transmission buffer 
(S318). 

5 If no significant response can be received after the 
three transmission operations, a DCN signal is.transmit- 
ted to terminate a communication as an error. 

In this manner, when a large amount of data are 
transmitted in a remote registration procedure, the data 

10 are divided into a plurality of frames each having a fixed 
length, and a code indicating continuation is added to 
each divided frame. Thus, a receiver can be easily man- 
ufactured, and when an error frame is generated, only 
the frame causing the error can be easily re-transmitted, 

15 thus shortening the communication time when an error 
occurs. 

. (Fifth Embodiment) 

20 The fifth embodiment of the present invention will 
be described below. Since the arrangement and opera- 
tion of a facsimile apparatus according to this embodi- 
ment are the same as those of the facsimile apparatus 
according to the first embodiment, a detailed desaip- 
25 tion thereof will be omitted here. 

Call termination processing and the like of the fac- 
simile apparatus according to this embodiment will be 
described below with reference to the flow charts. 
Fig. 27 is a flow chart showing the call termination 
30 processing according to this embodiment. 

An incoming call detection sensor (not shown) 
detects the presence/absence of an incoming call. 
When the sensor detects no incoming call, it continues 
detection of an incoming call. 
35 When the sensor detects an incoming call, connec- 
tion processing with a drcuit is performed. After connec- 
tion with the circuit, initial identification processing is 
performed (step S401). 

More specifically, a calling identification signal (CNG) 

40 from the calling terminal is deterted to check rf the CNG 
is input within a predetermined time Tl after the detec- 
tion of the incoming call. If the CNG is not input, it is 
determined that the calling terminal is a "telephone set", 
and a telephone mode is selected. Then, it is informed 

45 to the calling terminal using a dummy ring-back tone or 
a message that telephone calling is being performed, 
and a ringing tone of a telephone set of the called termi: 
nal is generated to urge a user to perform an off-hook 
operation of the telephone set. On the other hand, if the 

so CNG is input, it is determined that the calling terminal is 
a facsimile apparatus, and NSF. CSi. and DiS signals 
are sent to the calling terminal. The NSF signal is a non- 
standard function signal for informing a non-standard 
function to the calling terminal, the CSi signal is a called 

55 terminal identification signal for informing the telephone 
number of the called terminal to the calling terminal, and 
the DiS signal is a digital identification signal for inform- 
ing a standard function to the calling terminal. In partic- 
ular, the NSF signal includes information having a 
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remote data registration/data reading lunction. 

The calling terminal analyzes the content of the 
NSF signal to check if the called terminal has the 
remote data registration/data reading function. If it is 
determined that the called terminal does not have the 
remote data registration/data reading function, since It 
is nonsense to continue the communication, the calling 
terminal sends a DON (circuit disconnection command), 
thus disconnecting the circuit. 

On the other hand, if it is determined that the called 
terminal has the remote data registration/data reading 
function, information associated with the name of the 
type of terminal of the called terminal is transmitted (ter- 
minal type statement response) in step S402. The call- 
ing terminal checks rf the received information coincides 
with the type of terminal of the called terminal assumed 
by the calling terminal. This checking operation is nec- 
essary since the types of data to be able to be regis- 
tered/read but vary depending on the types of terminals. 

If the type of terminal of the called terminal does not 
coincide with the assumed type of terminal, the calling 
terminal checks if the remote data registration/data 
reading function can be continued. 

If it is determined that the remote data registra- 
tion/data reading function cannot be continued, a DCN 
signal or an RTN signal is sent to the called terminal to 
disconnect the circuit. And if it is determined that the 
remote data registration/data reading function can be 
continued, the same processing as in a case wherein 
the type of terminal of the called terminal coincides with 
the type of terminal assumed by the calling tenninal is 
performed. 

If the terminal type statement response is checked, 
and a coincidence between the two types is found, the 
calling terminal sends an MCF (message confirmation) 
signal. The called terminal starts a timer I2 after the ter- 
minal type statement response is issued (step S403), 
and checks if the MCF is received within the time T2. if 
the MCF cannot be received within the time T2, the 
called terminal disconneas the circuit (step S405). On 
the other hand, if the MCF is received within the time 
T2, the called terminal sends an NSF as a data transfer 
request to the calling terminal when it is ready to receive 
data (step S406). When the calling terminal confirms 
the NSF, it starts data transmission using an NSS sig- 
nal. 

At the called terminal, received data is temporarily 
stored in a frame data having a capacity of one frame 
(step 8407). and the stored data is then transferred to 
an RMD buffer (step S408). The data is read out from 
the RMD buffer in units of frames, and the following 
processing is executed based on the readout data- 
It is checked in step S409 If a remote data registra- 
tion mode is set. If it is determined that the remote data 
registration mode is not set. remote data reading 
processing is performed (step S410), On the other 
hand, if it is determined that the remote data registration 
mode is set. it is checked if the last data in one frame is 
ff (step S41 1 ). If the last data is ff, this means that there 



is a next frame. At this time, the frame number of the 
fifth octet is read out to check if the frame number is cor- 
rect. 

Since the frame numbers are sent a sequential 
5 number, an RTN or DCN signal is sent to the calling ter- 
minal to disconnect the circuit. Alternatively, a re-send 
request of a frame having an omitted frame number may 
be issued. 

On the other hand, if the frame number is con-ect, 
10 an MCF signal is sent to the calling terminal to request 
transmission of the next frame. The next frame is stored 
in the frame buffer, and is then transferred to the RMD 
buffer. It is checked if the data registration mode is set. 
and thereafter, it is checked rf the last data is ff (step 
15 S412). 

If the last data is not ff , the data is read out from the 
RMD buffer, and data analysis processing is performed 
{stepS413). 

In the data analysis processing, according to the 

20 flow chart shown in Fig. 28. the first two characters are 
extracted, and it is checked if they indicate a remote 
data registration command (step S421). If a command 
represented by the first two characters is not defined as 
the remote data registration command, an RTN (nega- 

25 tive response) is sent to the calling terminal (step S426). 
A timer T4 is started, and it is checked if an NSS is 
detected until the timer T4 reaches a time-out state. If 
the NSS is not detected, the circuit is disconnected; oth- 
enwise, the NSS is stored in the frame buffer, and the 

30 above-mentioned processing is performed. 

If the first two characters represent the remote data 
registration command, registration data next to the com- 
mand up to a bit before cr^ is registered. If data is 
present after cr/f , processing for extracting the next first 

35 two characters to check if they represent the remote 
data registration command is repeated until all the data 
are processed. 

If all the data are processed, an MCF is sent to the 
calling terminal (step S425). After the MCF is sent, a 

40 timer T3 is started to check if an NSS is sent from the 
calling terminal (step S415 in Fig. 27). If the NSS IS 
received, processing for receiving the sent frame in the 
frame buffer is repeated. On the other hand, if the NSS 
is not received within the time T3, it is determined that 

45 there is no data to be received, and a DCN is sent to dis- 
connect the circuit. 

<Sixth Embodiment) 

50 The sixth embodiment of the present invention will 
be described below. Since the arrangement and opera- 
tion of a facsimile apparatus according to this embodi- 
ment are the same as those of the facsimile apparatus 
according to the fourth embodiment, a detailed descrip- 
55 tion thereof will be omitted. 

Figs: 29A to 29D show frames in an HDLC format in 
the facsimile apparatus of this embodiment. 

The transmission operation of this embodiment will 
be described in detail below with reference to the flow 
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charts shown in Figs. 30A and 306. 

A command is divided using "cr^. When data divi- 
sion characters "cr^f" are found in a command file, a 
communication adapter sets data up to the data division 
characters "cr^" in a transmission buffer, and checks if 
the next data is present in the command file. 

. if the next data is present, the communication 
adapter checks if the next data can be set within 107 
bytes. If the next data can be set within 107 bytes, the 
communication adapter sets the next data, and repeats 
this processing as long as the next data is present and 
can be set within 107 bytes. Upon completion of the 
data setting operation, the communication adapter 
transmits data for one frame (step S510). 

If the length of the first command to be transmitted 
exceeds 107 bytes, the communication adapter adds an 
ff code (OCH) as a division code indicating continuation 
to the end of the frame so as to indicate that the com- 
mand continues (step S509). 

A receiving facsimile apparatus registers all the 
data according to commands in a received NSS, and 
when all the transmitted data are normally registered, 
the receiving apparatus sends back an MCF as a posi- 
tive response (step S512), 

If a command or data includes an error, and the reg- 
istration cannot be normally performed, the receiving 
apparatus sends back an RTN as a negative response. 

When the trailing erd of the received frame termi- 
nates with an ff code, the receiving apparatus holds the 
received command in a buffer without executing it, and 
sends back an MCF 

Upon reception of the MCF, the communication 
adapter sets the remaining command string in the previ- 
ous transmission in the transmission buffer, and trans- 
mits the command string. 

In this case, if the commands to be set exceed 107 
bytes, an ff code is also set to indicate continuation of 
transmission. 

If the receiving apparatus receives an ff code, the 
currently received data is added after the trailing end of 
the previously held data. Upon reception of a frame 
including the last data = cr-ff. the receiving apparatus 
executes the commands in the buffer, and sends fcack a 
positive or negative response. 

The communication adapter continuously executes 
the above-mentioned transmission processing until all 
the data in the command f ilei are transmitted. 

As for the last frame of data including ff codes indi- 
cating continuation, the command of the next data is not 
added, and this last frame is not transmitted as a frame 
including a plurality of commands (see Figs. 29A to 
29D. 

(Modification) 

A modification of the sixth embodiment will be 
described below. In the sixth embodiment, the PC gen- 
erates a file of commands to be registered in a terminal 
facsimile apparatus, and divides the file by adding a 



data division code in a format with which the divided 
files can be directly transmitted. The PC sends the 
divided files to the communication adapter. However, in 
this modification, the communication adapter divides 

5 data of registration commands, thereby sinrplifying data 
sending processing in the PC. 

An operator inputs a user telephone number, and 
the like according to a menu displayed on the PC (see 
Fig. 19). The PC analyzes input data, and generates a 

10 command file to be transmitted. The command file is an 
ASCII file, and each command is constituted by adding 
data input by the operator after a command ID (two 
characters) defined for each registration item. Data 
input by the operator is transmitted as a command file to 

15 the communication adapter sinrultaneously with the 
input operation by the operator. The state of the buffer of 
the communication adapter at that time is as shown in 
Figs. 31Ato3lC. 

in a data registration mode, a command + a data , 

20 content to be registered are stored in the buffer (Fig. 
31 A). In this case, a number is added after the com- 
mand to store the data content in a record of the corre- 
sponding number. In a data correction mode, a 
command -i- number are stored in the buffer to desig- 

25 nate a record including data to be corrected, and to 
update the content (Fig. 31 B). When a data content is to 
be deleted, a command + number are stored in the 
buffer to designate a record including data to be deleted 
(Fig. 31 C). The communication adapter inserts spaces 

30 in a received data record to clear the content of the data 
record. 

In a file transmission operation, when the operator 
instructs to execute transmission on the menu, a trans- 
mission command and a designated transmission desti- 
35 nation are sent to the communication adapter. When a 
remote registration communication is started, the com- 
munication adapter transfers data from an RMD data 
buffer to a transmission buffer. The data transmission 
procedure is as follows: 

40 

(1 ) If the data length for one record does not exceed 
105 bytes, codes "cr^f" (ODOAH) are added to the 
end of data to be transfenred. 

If the data length exceeds 105 bytes, a code If" 
45 (OCH) is added to the 106th byte of data, and the 
data is transfenred to the transmission buffer. 

(2) The data length of the next record is calculated. 
If the next data can be added within 105 bytes, the 
next data is transfenred. and codes "cr/f" (ODOAH) 

so are added. The steps (1) and (2) are repeated as 
long as data can be transfen-ed to the transmission 
buffer. 

(3) The data transmission is performed in the same 
procedure as in the above embodiment. 

55 

The following operations are the same as those in the 
sixth embodiment. 

In this manner, a communication is made with a fac- 
simile apparatus from a remote place by utilizing the 
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communication function of the facsimile apparatus so as 
to read/write data from/in an Internal memory of the 
apparatus, thus allowing a registration/adjustment oper- 
ation of the apparatus from the remote place. (Seventh 
Embodiment) 

Fig. 32 is a diagram showing an an-angement of a 
remote registration apparatus according to the seventh 
embodiment of the present invention. In Fig. 32, refer- 
ence numeral 61 denotes a PC (personal computer), at 
which an operator performs, e.g., a data input operation, 
for controlling the entire system. The PC 61 incorpo- 
rates a 300-bps modem, and can communicate with a 
terminal facsimile apparatus. 

Reference numeral 62 denotes at least one termi- 
nal facsimile apparatus connected to a public network 
63. The terminal facsimile apparatus receives com- 
mands sent from the PC, and performs read/write oper- 
ations of a memory according to the received 
commands. 

The operation of the apparatus according to the 
seventh embodiment of the present invention will be 
described below with reference to the flow chart shown 
in Fig. 39. 

In step S601, an operator inputs a user telephone 
nunober, and the like according to a menu displayed on 
the PC (see Fig. 33). 

The PC analyzes the input data to generate remote 
registration commands, and forms a transmission com- 
mand file (see Fig. 34). 

Upon completion of the input operation of the regis- 
tration content, a transmission menu is displayed, and in 
step S602. the telephone number and terminal type 
information of the terminal facsimile apparatus to be 
connected are input (see Fig. 35). 

In this embodiment, the terminal type information 
includes three data, i.e., a terminal type name, a desti- 
nation country, and a program version No. 

In a display example shown in Fig. 35, all the data, 
i.e., the terminal type name = CF-L770, the destination 
country = USA, and the version No. = U01.01 are input. 

In this case, since all the temninal type name, desti- 
nation country, and version No. are designated, all the 
pieces of terminal type information are compared with 
those of the receiver (step 8608). 

If even one of these pieces of information does not 
coincide with that of the receiver, the following commu- 
nication is not performed. 

As another example, when it is known that data to 
ba registered has the same storage format (encoding 
method, data length, and the like) regardless of the des- 
tination country/version No. as long as only the terminal 
type name data coincide with each other, only the termi- 
nal type name of CF-L770 can be designated, and the 
columns of the destination country and the version No. 
need not be filled. Thus, only the terminal type name 
data are compared, and other data are ignored. 

in this case, if only the terminal type name data 
coincide with each other, the apparatus can operate 
regardless of the destination country/version No. 



When it is known that data to be registered has the 
same storage format (for example, when it is already 
determined by a manufacturer that a user abbreviation 
must be input to have a maximum of 20 ASCII charac- 
5 ters) regardless of the terminal type, destination coun- 
try, and version No., no data need be input, and a 
transmission operation can be performed without filling 
the columns of the terminal type name, destination 
country, and version No. In this case, no comparison 
70 operation is performed, and the apparatus can operate 
regardless of the terminal type name, destination coun- 
try, and version No. 

Upon completion of the above-mentioned opera- 
tion, a communication is performed between the host 
15 apparatus and the terminal facsimile apparatus. The 
communication is performed using a CCITT V.21 rec- 
ommendation 300-bps modem in a format complying 
with the facsimile procedure while setting commands in 
an FIF (facsimile information field) of a frame in the 
20 HDLC format (see Fig. 36). 

When the host apparatus generates a call, the ter- 
minal facsimile apparatus detects a calling signal from 
the circuit, and closes the circuit. The tenninal facsimile 
apparatus sends a CED signal, and then sends NSF. 
25 CSl, and DIS signals. 

In this NSF (non-standard function) signal, the ter- 
minal facsimile apparatus states that it has a function of 
accepting remote registrations. 

After the host apparatus confirms the statement of 
30 the presence of the remote registration function in the 
NSF signal, it sets remote registration commands in an 
NSS. (non-standard function setting) signal, and trans- 
mits the NSS signal. 

When the operator designates no terminal type 
35 information of the receiver, registration commands are 
immediately sent, and the terminal facsimile apparatus 
which received the commands registers data according 
to the commands in the NSS signal. Thereafter, when 
the data can be normally registered, the terminal fac- 
40 simile apparatus sends an MCF signal as a positive 
response; othenwise, it sends an RTN signal as a nega- 
tive response (see Fig. 37). 

When the operator designates terminal type infor- 
mation, the host apparatus sets a command for request- 
45 ing the terminal type information of the receiver iri the 
NSS signal, and transmits the NSS signal before the 
above-mentioned registration commands are sent. 

In this embodiment, a command used in a remote 
registration procedure is expressed by an ID (two letters 
so of alphabet), and necessary information is added as a 
parameter depending on commands. 

Commands (and parameters) are divided using 
CR-LF codes (ODH, OAH). 

The terminal type information request command is 
55 expressed by "XD". and has no parameter. Therefore, in 
the data field of the NSS signal for requesting the termi- 
nal type information, "XDcr/f" is stored. 

The terminal facsimile apparatus, which received 
the terminal type information request command, sets its 
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own terminal type information in an NSC (non-standard 
function command) signal, and transmits the NSC sig- 
nal. 

In this embodiment, the terminal type information 
includes terminal type name data, destination country 
data, and ROM version data, and these data are 
respectively expressed by command IDs XO, XC, and 
XV. Corresponding information is added after each of 
these IDs as a parameter. 

Therefore, in the data field of the NSC signal for 
transmitting the terminal type information, when the ter- 
minal type name = CF-L770, the destination country = 
USA, and version No. = U01.01. "XOCF- 
L770cr^fXCUSAcr/fXW01 .01 cr/f" is stored. 

The host apparatus, which received the terminal 
type information, compares Its content with the terminal 
type information designated by the operator. When a 
coincidence between the two pieces of information is 
found, registration commands are set; 
otherwise, a DCN signal is sent to end the communica- 
tion (see Rg. 38). 

(Modification) 

Fig. 40 is a diagram showing an arrangement of a 
remote registration apparatus according to a modifica- 
tion of the seventh embodiment 

In Fig, 40, reference numeral 71 denotes a PC, at 
which an operator performs, e.g.. a data input operation, 
for controlling the entire system. The PC 71 generates a 
registration command file based on input data, and 
transf B-s the command file to a communication adapter 
72. 

The communication adapter 72 transmits the com- 
mand file received from the PC to a terminal facsimile 
•apparatus. In this embodiment, the communication 
adapter comprises a facsimile apparatus having an RS- 
232C l/Fforthe PC. 

The PC and the communication adapter constitute 
a host apparatus. 

Reference numeral 73 denotes at least one termi- 
nal facsimile apparatus connected to a public network 
74. The terminal facsimile apparatus receives com- 
mands sent from the communication adapter, and per- 
forms memory read/write operations according to the 
received commands. 

The arrangement different from that of the seventh 
enribodiment is as follows. That is. in the seventh 
ennbodimertt, the PC incorporates the modem, and the 
PC itself performs communication control. In this modi- 
fication, however, the PC receives input data and gener- 
ates a command file, and a communication with a 
terminal is independently performed by the communica- 
tion adapter. 

In this system, the next input operation can be per- 
formed at the PC during a communication with the ter- 
minal, or one communication adapter can be shared by 
a plurality of PCs, and parallel input operations can be 
performed on the plurality of PCs. However, since the 



communication adapter can only transmit a command 
file received from the host apparatus to the terminal fac- 
simile apparatus, it is difficult for the transmitting appa- 
ratus to determine whether or not a communication is 
5 possible by checking terminal type information of the 
receiver. 

Thus, in this modification, the receiving apparatus ^ 
determines whether or not a communication is possible. 
The operation of the apparatus according to this 

10 modification will be described below with reference to 
the flow charts shown in Figs. 43 and 44. 

In step S651 in Fig. 43, an operator inputs a user 
telephone number, and the like according to a menu dis- 
played on the PC (see Fig. 33). Upon completion of the 

15 input operation of the registration content, a transmis- 
sion menu is displayed, and in step 8652, the connec- 
tion telephone number and terminal type attributes of 
the terminal facsimile apparatus are input (see Fig. 34). 
The above-mentioned operations are the same as those 

20 in the seventh embodiment. 

Upon connpletion of the above-mentioned input 
operations, the PC converts Input data into a command 
file. At this time, the PC adds the finally input terminal 
type information to the beginning of the command file. 

25 The format of the terminal type information is the 
same as that transmitted from the terminal facsimile 
apparatus to the host apparatus in the seventh enribodi- 
ment. That is, corresponding terminal type information 
is added after a command ID (two characters) as a 

30 parameter. In this case, the IDs are terminal type name 
= XO, destination country = XC. and ROM version = XV. 
A division code between adjacent commands uses CR- 
LF (ODH. OAH). 

More specifically. In a display example shown In 

35 Fig. 33, the generated command file starts with: 
XOCF-L770cr/fXCUSAcr^fXW Ol.Olcr^f 
Then, registration commands and parameters follow 
(see Fig. 41). 

When all the data input by the operator are con- 

40 verted into the command file, the PC transfers the gen- 
erated command file to the communication adapter 
(step S654). 

In this embodiment, this transfer operation is per- 
formed using the RS-232C l/F. However, other high- 
45 speed l/Fs such as an SCSI l/F may be used. 

The communication adapter Is of a model prepared 
by adding a software program for the present invention 
to a facsimile apparatus comprising the RS-232C l/F. 
The communication adapter stores the command file 
50 received through the RS-232C I/F in a memory, and 
then generates a call to a target facsimile apparatus to 
be subjected to registrations. 

In Fig. 45. upon detection of a calling signal from 
the circuit, the terminal facsimile apparatus closes the 
55 circuit, sends a CED signal, and then transmits NSF. 
CSI, and DIS signals (steps S751 to S753). 

in this NSF (non-standard function) signal, the ter- 
minal facsimile apparatus states that it has a function of 
accepting remote registrations. 
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On the other hand, after the communication 
adapter confirms the statement indicating the presence 
of the remote registration function in the NSF signal, it 
sets a remote registration command in an NSS (non- 
standard function setting) signal, and transmits the NSS 
signal (steps S701 to S705 in Fig. 44). 

The communication adapter merely sequentially 
reads out and transmits the content of the command 
file, and is not concerned with the content of the file. 
However, when the operator designates information of 
the terminal facsimile apparatus, the information of the 
terminal facsimile apparatus designated by the operator 
is written at the beginning of the command file. Thus, 
the communication adapter transmits the designated 
terminal type information to the terminal facsimile appa- 
ratus first. 

The terminal facsimile apparatus, which received 
the terminal type information, compares the content 
with its own terminal type information. When a coinci- 
dence between the two pieces of information Is found, 
the terminal'facsimile apparatus sends an MCF signal 
to continue the communication; othenwise, it releases 
the circuit to end the communication (see Fig. 42). 

. As described above, terminal type information of an 
object to be subjected to registration, which information 
is recognized by a transmitting apparatus, is compared 
with terminal type information of a receiver itself, and 
only when these pieces of information coincide with 
each other, the remote registration operation is exe- 
cuted; otherwise, the communication is stopped to 
release the circuit, thereby preventing wrong data from 
being registered. 

{Eighth Embodiment) 

The eighth embodiment of the present invention will 
be described below. The arrangement of a remote reg- 
istration apparatus according to this embodiment is the 
same as that of the apparatus according to the modifi- 
cation of the seventh embodiment shown in Fig. 40, and 
a display on a personal computer (PC) constituting this 
embodiment is the same as that shown in Fig. 19. 
The format of a command frame of this embodiment Is 
the same as that shown in Fig. 21 A. 

A communication between a communication 
adapter and a terminal facsimile apparatus in this 
embodiment is performed in procedures shown in Figs. 
46 to 49. 

Fig. 46 shows a procedure when a data registration 
operation is performed from the communication adapter 
to the terminal facsimile apparatus. Upon detection of a 
calling signal from a circuit, the terminal facsimile appa- 
ratus closes the circuit, sends a CED signal, and then 
sends NSF. CSI. and DIB signals. 

In this NSF (non-standard function) signal, the ter- 
minal facsimile apparatus states that it has a function of 
accepting remote registrations. 

After the communication adapter confirms the 
statement indicating the presence of the remote regis- 



tration function in the NSF signal, it sets a remote regis- 
tration command in an NSS (non-standard function 
setting) signal, and transmits the NSS signal. 

The terminal facsimile apparatus executes the com- 

5 mands in the NSS signal to register data. Thereafter, 
when the registration operation is normally ended, the 
terminal facsimile apparatus transmits an MCF signal 
as a positive response. 

When the registration operation cannot be normally 

10 performed, the terminal facsimile apparatus transmits 
an RTN signal to inform an en'or. 

If commands to be transmitted still remain after the 
MCF signal is confirmed, the communication adapter 
repetitively transmits the NSS signal. After all the com- 

15 mands are transmitted, the communication adapter 
sends a DCN signal to end the communication. 

A data reading operation from the terminal facsimile 
apparatus is executed in a procedure shown In Rg. 47. 
Upon reception of the NSF signal indicating the pres- 

20 ence of the remote registration function from the termi- 
nal facsimile apparatus, the communication adapter 
sets a data read command in the NSS signal, and trans- 
mits the NSS signal. 

Upon reception of the data read command, the ter- 

25 minal facsimile apparatus then serves as a transmitting 
apparatus, sets the requested data in an NSC (non- 
standard command) signal, and transmits the NSC sig- 
nal. 

Upon reception d the NSC signal, the communica- 
30 tion adapter stores the content in a memory, and sends 
an MCF signal. 

If data to be transmitted still remain after the MCF 
signal is confirmed, the terminal facsimile apparatus 
repetitively transmits NSC signals. After all the data are 
35 transmitted, the terminal facsimile apparatus sends a 
DCN signal to end the communication. 

In these communications, since the NSF, CSI, and 
DIS signals are sent first from the terminal facsimile 
apparatus before a specific procedure fa remote regis- 
40 tration is started, the preamble time is 1 second. 

The first NSS signal sent first from the communica- 
tion adapter and subsequent signals are transmitted 
while the preamble is changed to be a predetermined 
value (see Fig. 48). 
45 In this embodiment, this preamble time is set to be 
300 ms. . 

This value can be independently set by the commu- 
nication adapter or the terminal facsimile apparatus. In 
a region with a bad circuit condition, this value can be 
so set to be relatively large, thereby eliminating a commu- 
nication error. 

When no response Is obtained after the commands 
are transmitted, as shown in Fig. 44. the preamble time 
is prolonged to 1 second like in a normal facsimile pre- 
ss cedure after a response wait time of 3 seconds, and 
commands are re-transmitted, thus preventing a com- 
munication error. 

Preamble time control will be described below with 
reference to the flow chart shown in Fig. 50. The flow 
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chart of Fig. 50 shows control upon transmission of 
command and upon reception of a response, and this 
portion is used common to a norma! G3 procedure. 

Upon transmission of commands, in step S801, a 
norma! procedure or a specific procedure for remote 
registration Is checked. If the normal procedure is to be 
performed, the flow advances to step S802. and a pre- 
amble time of 1 second determined by T30 is set in a 
timer; otherwise, a predetermined preamble time is set 
in step S803. 

This time is 300 ms In this embodiment. 

Upon completion of the timer setting operation, 
transmission of the preamble is started {S804), and a 
flag pattern (7EH) is kept transmitted until the timer 
reaches a time-out state (S805). 

When the timer reaches a time-out state, the flow 
advances to step S806, and commands are transmitted. 
Upon completion of the transmission of commands for a 
maximum of 3 seconds, a response reception routine is 
started (S807). 

The response reception routine is executed for a 
maximum of 3 seconds {S808). H a response can be 
received within this period, this flow is ended, and the 
received data is analyzed to continue the procedure. 

If a response cannot be received within 3 seconds, 
the number of times of transmissions of commands is 
checked in st^ S809. 

If the number of times of transmissions of com- 
mands is less than 3, the flow returns to step S802, and 
1 second is set in the timer according to the T30 recom- 
mendation so as to re-transmit commands. 

if the commands are re-sent three times, this flow is 
ended without performing re-transmission, and the 
communication is terminated as an en-or (8810). 

The preamble time control of this embodiment has 
been described. This control is common to the commu- 
nication adapter and the terminal facsimile apparatus. 

In this embodiment, a facsimile apparatus having 
an RS-232C function is used as the communication 
adapter of the remote registration apparatus. Alterna- 
tively, a communication may be performed using a PC 
having an external or inta^nal modem as a host. 

In this manner, In a normal facsimile communica- 
tion procedure, a preamble of 1 second is added 
according to the standards, and after the specific proce- 
dure for the remote registration is started, an arbitrarily 
determined shorter preamble is used, thereby improv- 
ing communication efficiency 
the received data is analyzed to continue the procedure. 

As a counter measure against a communication 
error caused by an echo, an arbitrary preamble time 
may be set. When the circuit condition is poor, the pre- 
amble time may be prolonged to improve communica- 
tion performance. 

In addition, when a response cannot be obtained 
for transmitted commands, the preamble time is re-set 
to 1 second according to the CCITT standards so as to 
retransmit commands, thus avoiding a trouble. 

As many apparently widely different embodiments 



of the present invention can be made without departing 
from the spirit and scope thereof, It is to be understood 
that the invention is not limited to the specific embodi- 
ments thereof except as defined In the appended 
5 claims. 

Claims 

1. A method of registering data to an Image forming 
10 apparatus at remote position comprising the st^s 

of: 

requesting type data of the image forming 
apparatus to be subjected to data registration 
75 prior to data transmission to the image forming 

apparatus; 

comparing predetermined type data with the 
type data obtained in response to the request; 
performing the data registration to the image 
20 forming apparatus when the obtained type data 

corresponds to the predetermined type data; 
and 

suspending the data registration to the image 
forming apparatus when the obtained type data 
25 do not correspond to the predetermined type 

data. 

2. A method according to claim 1. wherein the type 
data include terminal type data. 

3D 

3. A method according to claim 1, wherein the type 
data include destination country data. 

4. A method according to claim 1, wherein the type 
35 data include program version data. 

5. A method according to claim 1 , wherein said image 
forming apparatus is a facsimile apparatus and data 
is registered to the facsimile apparatus through a 

40 public line. 

6. A method according to claim 5, wherein the data to 
be registered is dial data. 

45 7. A method according to claim 5, wherein the data to 
be registered Is transmitted by using a HDLC frame. 

8. A method according to claim 1 , wherein the data 
registration step includes a step of storing the data 

so into a memory In the image forming apparatus. 

9. An apparatus for registering data to an image form- 
ing apparatus at remote position, comprising; 

55 means for requesting type data of the image 

forming apparatus to be subjected to data reg- 
istration prior to data transmission to the image 
forming apparatus; 

comprising means for comparing predeter- 
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mined type data with the type data obtained in 
response to the request; and 
registration means for performing the data reg- 
istration to the image forming apparatus when 
the obtained type data correspond to the pre- s 
determined type data, said registration means 
su^ending the data registration to the image 
forming apparatus when the obtained type data 
do not correspond to the predetermined type 
data. 10 

10. An apparatus according to claim 9, wherein the 
type data include terminal type data. 

11. An apparatus according to claim 9, wherein the is 
type data include destination country data. 

12. An apparatus according to claim 9. wherein the 
type data include program version data. 

13. An apparatus according to claim 9, wherein said 
image forming apparatus is a facsimile apparatus 
and data is registered to the facsimile apparatus 
through a public line. 

25 

14. An apparatus according to claim 13, wherein the 
data to be registered is dial data. 



15. An apparatus according to claim 13, wherein the 
data to be registered is transmitted by using a 30 
HDLC frame. 

16. An apparatus according to claim 9, wherein said 
registration means stores the data into a memory in 
the image forming apparatus. 35 



40 



45 



50 



55 
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